三個星期時時光飛逝，來到衝刺的最後一天，團隊會召開Sprint Retrospective Meeting（衝刺反思會議），目的是要讓團隊回顧與反思過去的工作，並討論如何改進和增進未來的工作。

1. 檢閱已完成的工作：
   團隊會共同回顧在當前 Sprint 中完成的工作，包括已交付的功能、已解決的問題、達成的目標等，這有助於確保團隊了解他們所取得的成果。
2. 確定成功和失敗：
   團隊討論哪些方面在 Sprint 中取得了成功，以及哪些方面需要改進，包括技術、流程、溝通等各個方面。
3. 識別改進機會：
   團隊討論可能的改進機會和建議，以提高下一個 Sprint 的效率和品質，這些改進可以涉及工作流程、工具、溝通方式等。
4. 決定行動計劃：
   團隊確定哪些改進措施將在下一個 Sprint 中實施，並確定負責人和時間表。這確保了改進措施的追蹤和執行。
5. 建立共識：
   回顧會議是一個機會，讓所有團隊成員發表他們的觀點，並達成共識，以確保改進措施得到支持。

回顧會議是一個讓團隊是否可以持續成長的關鍵要素，但對於身為東方人的我們，總是礙於個性害羞，不太敢表達個人想法，而大部分的工程師更是惜字如金。因此，目前團隊的回顧會議僅於由特定成員布達團隊事項，並未發揮回顧會議真正的價值。因而上網尋求處方，希望未來嘗試透過以下方式，讓團隊成員更勇於表達出個人的想法。

1. Start-Stop-Continue (SSC)：
   這是一種簡單的方法，團隊成員在會議中分享三個類別的建議 - 「停止做的事情、開始做的事情，以及繼續做的事情」，這有助於確定哪些實踐或流程需要改變，哪些需要保持。
2. Glad-Sad-Mad：
   這種方法鼓勵團隊成員分享他們在 Sprint 過程中感到高興、難過和憤怒的事情，這有助於了解情緒和態度，並找到改進的機會。
3. 五個為什麼 (5 Whys)：
   這種方法用於深入探討問題的根本原因，團隊一開始提出一個問題，然後反問 "為什麼"，再問 "為什麼"，以此類推，直到找到問題的根本原因，這有助於確定需要的改進措施。
4. Zeigarnik Effect：
   這種方法鼓勵團隊成員分享未完成的工作和任務，以引發討論，了解為什麼某些工作未能完成，並確定改進的方法。
5. Timeline回顧：
   團隊可以使用時間線來回顧 Sprint 中的重要事件、里程碑和成就。這有助於了解工作的流程和時間軸。
6. Starfish回顧：
   這種方法使用五個 "觸手" 來表示不同的方面：開始做的事情、停止做的事情、繼續做的事情、加強的事情和減少的事情，每個 "觸手" 都代表一個討論類別。
7. 帶有遊戲元素的回顧：
   團隊可以引入遊戲元素，如卡片遊戲、角色扮演或模擬，以使回顧會議更有趣且具有互動性。
8. Fishbone Diagram (魚骨圖)：
   這是一種用於分析問題原因的圖表，也稱為石膏圖，團隊一起繪製魚骨圖，以找出問題的根本原因。

革命尚未成功，同志仍須努力，期待未來某一天，可以跟大家分享，我們如何讓惜字如金的工程師開口說話，並且透過回顧會議讓團隊持續的成長與進步。

參考資料：
https://sdg.neuromagic.com/zh/retrospective-framework/